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DETAILED ACTION 

1 . Claims 1 - 53 are pending in the application. 

Response to Arguments 

2. Applicant's arguments with respect to the claims have been considered but are 
moot in view of the new ground(s) of rejection. 

Claim Rejections • 35 USC § 102 

3. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 1 02 that 
form the basis for the rejections under this section made In this Office action: 

A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 122(b), by 
another filed in the United States before the invention by the applicant for patent or (2) a patent 
granted on an application for patent by another filed in the United States before the invention by the 
applicant for patent, except that an international application filed under the treaty defined in section 
351 (a) shall have the effects for purposes of this subsection of an application filed in the United States 
only if the international application designated the United States and was published under Article 21(2) 
of such treaty in the English language. 

4. Claims 1 - 8. 1 1 - 21 , 24 - 35, 38 - 48 and 51 - 53 are rejected under 35 
U.S.C. 102(e) as being anticipated by U.S. Patent Application Publication No. 
2003/0023953 to Lucassen et al. [hereinafter referred to as Lucassen]. 

5. As to claim 1 , Lucassen teaches a system [MVC-based development system; p. 
2, paragraph 0017], comprising: 

a processor [p. 7, paragraph 0067]; 

a computer-accessible medium coupled to the processor, wherein the computer- 
accessible medium is configured to store program instructions executable by the 
processor [Tier-2 comprises the business logic that runs on a Web application server, 
Web server; p. 7, paragraph 0067; examiner notes that the MVC framework Includes 
servers and a processor and memory to store program instructions are Inherent to the 
servers] to Implement an application program [a application 50, Fig. 5; p. 1 1 , paragraph 
0105] comprising: 
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one or more application modules [an application data layer 51, a business logic 
layer 52, an interaction logic layer 53 a customization layer 54, and application process 
55; p. 1 1, paragrapii 0105], wherein at least a first one of the application modules 
comprises a first dynamic component [interaction logic layer 53; p. 11 - 12, paragraph 
0107] and a static component [application data layer 51 comprises data content, file 
services and databases, and comprises all of the backend information; p. 1 1 , paragraph 
0105], wherein the first dynamic component and the static component are configured to 
function according to an initial set of requirements for the application [ability of the 
system to use the best possible combination of interface modalities based on the user's 
cunrent preferences, needs and abilities as well as the application requirements and 
device capabilities; pp. 4-5, paragraph 0041]; and 

a dynamic conriponent generator configured to receive a new set of requirements 
[meta-data; p. 12, paragraph 0108] for the application and generate a second dynamic 
component to replace the first dynamic component [That dynamically generates an 
interaction logic layer and customization which is then adapted at runtime; p. 3, 
paragraph 0029], wherein the second dynamic component is configured to function 
according to the new set of requirements [customization meta-data 54 and generates 
functional or customized presentations; p. 12, paragraph 0109 and p. 13, paragraph 
0123]. 

6. As to claim 2, Lucassen teaches the dynamic component generator does not 
change the static component in response to the new set of requirements [p. 1 1 , 
paragraph 0105]. 

7. As to claim 3, Lucassen teaches the dynamic component generator is configured 
to generate a second dynamic component to replace the first dynamic component by 
modifying the first dynamic component In response to the new set of requirements [p. 
15, paragraph 0146]. 
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8. As to claim 4, Lucassen teaches the dynamic component generator is configured 
to replace the first dynamic component by overwriting the first dynamic component in 
the computer-accessible medium in response to the new set of requirements 
[interaction logic (some elements can be added, remove or replaced; p. 12, paragraph 
0108]. 

9. As to claim 5, Lucassen teaches the new set of requirements is formatted 
according to an extensible Mark-up Language (XML) schema and stored in the 
computer-accessible medium [data models 22 (or data type primitives) are XML 
Schema compliant; p. 6, 0059]. 

10. As to claim 6, Lucassen teaches the one or more application modules comprise a 
second application module comprising a static component and a dynamic component 
[p. 11, paragraph 0105]. 

11. As to claim 7, Lucassen teaches the dynamic component generator is configured 
to generate a new dynamic component [p. 3, paragraph 0029] for the second 
application module in response to receiving the new set of requirements [meta-data; p. 

12. paragraph 0108]. 

1 2. As to claim 8, Lucassen teaches another dynamic component generator for the 
dynamic component of the second application module, wherein the other dynamic 
component generator is configured to generate a new dynamic component for the 
second application module [p. 3, paragraph 0029] in response to receiving a new set of 
requirements for the second application module [meta-data; p. 12, paragraph 0108]. 

13. As to claim 1 1 , Lucassen teaches the first application module is a model module 
[Model M; p. 5, paragraph 0044], wherein the static component is a static data model 
configured to function independent of an application data representation [p. 1 1 , 
paragraph 0105], and wherein the dynamic component is a dynamic data model 
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configured to function dependent upon tlie application data representation [p. 12, 
paragrapli 0109 and p. 13, paragraph 0123] and according to a cun'ent set of 
application requirements [meta-data; p. 12, paragraph 0108] in response to the user 
input [p. 3, paragraph 0029]. 



14. As to claim 12, Lucassen teaches the dynamic data model comprises an 
Enterprise Java Bean (EJB) entity bean [p. 1 1 , paragraph 0095]. 

1 5. As to claim 1 3, Lucassen teaches the new set of requirements indicates a 
change to the application data representation [p. 12, paragraph 0108], and wherein the 
dynamic component generator Is configured to generate a new dynamic data model in 
response to the change to the application data representation [p. 12, paragraph 0109 
and p. 13, paragraph 0123]. 

16. As to claim 14, Lucassen teaches a method [p. 2, paragraph 0017], comprising: 
installing one or more application modules [an application data layer 51 , a 

business logic layer 52, an interaction logic layer 53 a customization layer 54, and 
application process 55; p. 11, paragraph 0105] each comprising a static component 
[application data layer 51 comprises data content, file services and databases, and 
comprises all of the backend information; p. 11 , paragraph 0105]; 

receiving an initial set of requirements for the application modules [meta-data; p. 
12, paragraph 0108]; and 

generating one or more initial dynamic components for the one or more 
application modules [That dynamically generates an interaction logic layer and 
customization which is then adapted at mntime; p. 3, paragraph 0029], wherein the one 
or more initial dynamic components are configured to function according to the initial set 
of requirements [customization meta-data 54 and generates functional or customized 
presentations; p. 12, paragraph 0109 and p. 13, paragraph 0123]. 
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1 7. As to claim 1 5, Lucassen teaches receiving a new set of requirements for the 
application modules [meta-data; p. 12, paragraph 0108]; and generating one or more 
new dynamic components to replace the one or more initial dynamic components [p. 15, 
paragraph 0146], wherein the one or more new dynamic components are configured to 
function according to the new set of requirements [interaction logic (some elements can 
be added, remove or replaced; p. 12, paragraph 0108]. 

1 8. As to claim 1 6, Lucassen teaches the generating one or more new dynamic 
components comprises replacing the one or more initial dynamic components by the 
one or more new dynamic components by modifying the each of the one or more initial 
dynamic components in response to the new set of requirements [p. 15, paragraph 
0146]. 

1 9. As to claim 1 7, Lucaseen teaches the generating one or more new dynamic 
components comprises replacing the one or more initial dynamic components by the 
one or more new dynamic components by ovenA/riting each of the one or more initial 
dynamic components in a computer-accessible medium in response to the new set of 
requirements [p. 12, paragraph 0108]. 

20. As to claim 18, Lucassen teaches the generating is performed by one or more 
dynamic component generators, wherein the one or more dynamic component 
generators are comprised within the same application as the one or more application 
modules [p. 3, paragraph 0029]. 

21 . As to claim 1 9, Lucassen teaches the generating is performed by one or more 
dynamic component generators comprised within an application server container, 
wherein the application modules are comprised within the same application server 
container [interaction components 91, 92 register with the container 92 and the contact 
between the container 92 and components 90, 91 is programmed in the container 92; p. 
15, paragraph 0151]. 
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22. As to claim 20. Lucassen teaches the generating, the static components 
comprised by the one or more application modules are not changed in response to the 
new set of requirements [p. 1 1, paragraph 0105]. 

23. As to claim 21 , Lucassen teaches the new set of requirements is formatted 
according to an extensible Mark-up Language (XML) schema [data models 22 (or data 
type primitives) are XML Schema compliant; p. 6. 0059]. 

24. As to claim 24, Lucassen teaches one of the one or more application modules is 
a model module [Model M; p. 5, paragraph 0044], wherein the static component is a 
static data model configured to function independent of an application data 
representation [p. 11, paragraph 0105], and wherein a dynamic component generated 
for the one of the one or more application modules is a dynamic data model configured 
to function dependent upon the application data representation [p. 12, paragraph 0109 
and p. 13, paragraph 0123] and according to a current set of requirements [meta-data; 
p. 12, paragraph 0108] in response to the user input [p. 3, paragraph 0029]. 

25. As to claim 25, Lucassen teaches the dynamic data model comprises an 
Enterprise Java Bean (EJB) entity bean [p. 1 1 , paragraph 0095]. 

26. As to claim 26, Lucassen teaches receiving a new set of requirements indicating 
a change to the application data representation [p. 12, paragraph 0108]; and generating 
a new dynamic data model in response to the change to the application data 
representation [p. 12, paragraph 0109 and p. 13, paragraph 0123]. 

27. As to claim 27, Lucassen teaches a method [p. 2, paragraph 0017], comprising: 
installing one or morje application modules [an application data layer 51 , a 

business logic layer 52, an interaction logic layer 53 a customization layer 54, and 
application process 55; p. 1 1 , paragraph 0105], wherein at least a first one of the 
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application modules comprises a first dynamic component [interaction logic layer 53; p. 
11-12, paragraph 0107] and a static component [application data layer 51 comprises 
data content, file services and databases, and comprises all of the backend infomiation; 
p. 1 1 , paragraph 0105], wherein the first dynamic component and the static component 
are configured to function according to an initial set of requirements for the application 
[pp. 4-5, paragraph 0041]; 

receiving a new set of requirements for the application modules [meta-data; p. 
12, paragraph 0108]; and 

generating a new dynamic component to replace the first dynamic component 
[That dynamically generates an interaction logic layer and customization which is then 
adapted at mntime; p. 3, paragraph 0029], wherein the new dynamic component is 
configured to function according to the new set of requirements [customization meta- 
data 54 and generates functional or customized presentations; p. 12, paragraph 0109 
and p. 13, paragraph 0123]. 

28. As to claim 28, Lucassen teaches the generating is performed by one or more 
dynamic component generators, wherein the one or more dynamic component 
generators are comprised within the same application server as the one or more 
application modules [p. 3, paragraph 0029]. 

29. As to claim 29, Lucassen teaches the generating is performed by one or more 
dynamic component generator comprised within an application server container, 
wherein the one or more application modules are comprised within the same application 
server container [interaction components 91 , 92 register with the container 92 and the 
contact between the container 92 and components 90, 91 is programmed in the 
container 92; p. 15, paragraph 0151]. 

30. As to claim 30, Lucassen teaches in said generating, the static component does 
not change in response to the new set of requirements [p. 1 1 , paragraph 0105]. 
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31 . As to claim 31 , Lucassen teaches in said generating, the second dynamic 
component replaces the first dynamic component by modifying the first dynamic 
component in response to the new set of requirements [p. 15, paragraph 0146]. 

32. As to claim 32, Lucassen teaches in said generating, the second dynamic 
component replaces the first dynamic component by overwriting the first dynamic 
component in a computer-accessible medium in response to the new set of 
requirements [p. 12, paragraph 0108]. 

33. As to claim 33, Lucassen teaches wherein the new set of requirements is 
formatted according to an extensible Mark-up Language (XML) schema and stored in 
the computer-accessible medium [data models 22 (or data type primitives) are XML 
Schema compliant; p. 6, 0059]. 

34. As to claim 34, Lucassen teaches wherein the one or more application modules 
comprise a second application module comprising a static component and a dynamic 
component [p. 1 1, paragraph 0105]. 

35. As to claim 35, Lucassen teaches generating a new dynamic component [p. 3, 
paragraph 0029] for the second application module in response to receiving the new set 
of requirements [meta-data; p. 12, paragraph 0108]. 

36. As to claims 38 - 40, these are similar in scope to claims 11-13; therefore, they 
are rejected for the same reasons as claims 11-13 above. 

37. As to claims 41 - 48 and 51 - 53, these are product claims that conrespond to 
system claims 1-8 and 11-13; note the rejections to claims 1-8 and 11-13 above, 
which also meet these product claims. 



Claim Rejections - 35 USC § 103 
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38. The following is a quotation of 35 U.S-C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
Invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

39. Claims 9, 10, 22, 23. 36. 37. 49 and 50 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over Lucassen in view of U.S. Patent Application Publication No. 
2002/0109734 to Umezu et al. [hereinafter referred to as Umezu]. 

40. As to claim 9, Lucassen teaches the first application module is a controller 
module [Controllers CI, C2 and C3; p. 2, paragraph 0014], wherein the dynamic 
component is an application logic component coupled [interaction logic layer 53; p. 1 1 - 
12. paragraph 0107], wherein the application logic component is configured to function 
according to a current set of application requirements in response to the user input 
[customization meta-data 54 and generates functional or customized presentations; p. 
12, paragraph 0109 and p. 13, paragraph 0123]. Lucassen does not disclose the static 
component as a router component configured to receive user input. 

However, Umezu teaches model view controller includes allocating functions of 
GUI to an object (model) which stores a service, which is a core function of an 
application, and data, which is base of display, an object (view) for performing display, 
and an object (controller) receiving input from an input device, and operates GUI 
through cooperation of the view and the controller [p. 4, paragraph 0068], and a static 
component is a router component configured to receive user input [p. 14, paragraphs 
0333-0336] 

41 . It would have been obvious to a person of ordinary skill in the art at the time of 
the invention to apply the teaching of a router component configured to receive user 
input as taught by Umezu to the invention of Lucassen because this provides a GUI 
processing system which enables an operation of drag-and-drop providing visual 
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feedback, allows undo of an operation of application with GUI, and allows redo of an 
undone operation of application with GUI [p. 2, paragraph 0021 of Umezu]. 

42. As to claim 10, Lucassen teaches the application logic component comprises an 
Enterprise Java Bean (EJB) session bean [p. 11, paragraph 0095]. 

43. As to claim 22, Lucassen as modified teaches one of the one or more application 
modules is a controller module [Controllers C1 , C2 and C3; p. 2, paragraph 0014 of 
Lucassen], wherein the static component is a router component configured to receive 
user input [Controllers CI, C2 and C3; p. 2, paragraph 0014 of Umezu], and wherein a 
dynamic component generated for the one of the one or more application modules is an 
application logic component coupled to the router component [p. 4, paragraph 0068 of 
Umezu], wherein the application logic component is configured to function according to 
a current set of requirements in response to the user input [customization meta-data 54 
and generates functional or customized presentations; p. 12, paragraph 0109 and p. 13, 
paragraph 0123 of Lucassen]. 

44. As to claim 23, Lucassen teaches the application logic component comprises an 
Enterprise Java Bean (EJB) session bean [p. 1 1, paragraph 0095]. 

45. As to claims 36 and 37, these are similar In scope to claims 22 and 23; therefore, 
they are rejected for the same reasons as claims 22 and 23 above. 

46. As to claims 49 - 50, these are product claims that correspond to system claims 
9 and 10; note the rejection to claims 9 and 10 above, which also meet these product 
claims. 
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47. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Li B. Zhen whose telephone number is (571) 272-3768. 
The examiner can normally be reached on Mon - Fri, 8:30am - 5pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, William Thomson can be reached on 571-272-3718. The fax phone number 
for the organization where this application or proceeding is assigned is 571-273-8300. 

Infomnation regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status infomnation for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status infomiation for unpublished applications is available through Private PAIR only. 
For more infomnation about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 
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Examiner 
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